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(57) Abstract: Provided are a method, system, and program for managing multiple resources in a system at a service level, including 
at least one host, network, and a storage space comprised of at least one storage system that each host is capable of accessing over 
the network. A plurality of service level parameters are measured and monitored indicating a slate of the resources in the system. 
A determination is made of values for the service level parameters and whether the service level parameter values satisfy predeter- 
mined service level thresholds, indication is made as to whether the service level parameter values satisfy the predetermined service 
thresholds. A determination is made of a modification to one or more resource deployments or configurations if the value for the 
service level parameter for the resource does not satisfy the predetermined service level thresholds. 
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METHOD, SYSTEM, AND PROGRAM FOR DETERMIMNG 
A MODIFICATION OF A SYSTEM RESOURCE CONFIGURATION 

RAryORnUND 0^ TWP. TNVENTION 
5 1. TTiftld of the Inveaition 

[0001] The present invention relates to a method, system, and program for 
determining a modification of a system resource configuration. 

2. Descri ption the. Related Art 
10 [0002] A storage area network (SAN) comprises a network linking one or more 

servers to one or more storage systems. Each storage system could comprise any 
combination of a Redundant Array of Independent Dislcs (RAID) array, tape backup, 
tape Ubrary, CD-ROM library, or JBOD (Just a Bunch of Disks) components. Storage 
area networks (SAN) typically use the Fibre Channel protocol, which uses optical 
15 fibers to comiect devices and provide higli bandwidth communication between the 
devices. In Fibre Chamiel temis the one or more switches interconnecting the devices 
is called a "fabric". However, SANs may also be implemented in alternative 
protocols, such as InfiniBand**, IPStorage over Gigabit Ethernet, etc. 
[0003] In the current art. to add or modify the allocation of storage or other 
20 resources in a SAN, an administrator must separately utilize different software 
programs to configure the SAN resources to reflect the modification to the storage 
allocation. For mstance to allow a host to alter the allocation of storage space in the 
SAN. the administrator would have to perform one or more of the following: 

' . use a storage device configuration tool to resize a logical volume, such as a 
25 logical unit number (LUN), or change the logical volume configuration at &e 

storage device, e.g., the RAID or JBOD, to provide more or less storage space 
to the host. 

. use a switch configuration tool to alter the assigranent of paths in the switch 
to the host, i.e., rezoning, to provide access to the newly reconfigured logical 
30 volume (LUN). 
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• perform LUN masking, which involves altering the assignment of HBA 
interface ports to the reconfigured LUNs. 

• use a host volume manager configui'ation tool to alter the allocation of 
physical storage to logical volumes used by the host. For instance if the 

5 administrator adds storage, then the logical volume must be updated to reflect 

the added storage. 

• use a backup program manager to reflect the change in storage allocation so 
that the backup program will baclcup more or less data for the host. 

• use a snapshot copy configuration manager to update the host logical 

1 0 volumes that are subj ect to a snapshot copy, where a baclcup copy is made by 

copying the pointers in the logical volume. 

[0004] Not only does the administrator have to invoice one or more of the above 
tools to implement the requested storage allocation change throughout the SAN, but 

15 the administrator may also have to perform these configuration operations repeatedly 
if the configuration of multiple distributed devices is involved. For instance, to add 
several gigabytes of storage to a host logical volume, the administrator may allocate 
storage space on different storage subsystems m the SAN, such as different RAID 
boxes. In such case, the administrator would have to separately invoke the 

20 configuration tool for each separate device involved in the new allocation. Further, 
when allocating more storage space to a host logical volume, the administrator may 
have to allocate additional storage paths through separate switches that lead to the one 
or more storage subsystems including the new allocated space. The complexity of the 
configuration operations the administrator must perform further increases as the 

25 number of managed components m a SAN increase. Moreover, the larger the SAN, 
the greater the likelihood of hosts requesting storage space reallocations to reflect new 
storage allocation needs. 

[0005] Additionally, many systems administrators are generalists and may not have 
the level of expertise to use a myriad of configuration tools to appropriately configure 
30 numerous different vendor resources. Still fiirther, even if an administrator develops 
the slcill and knowledge to optimally configiure networks of components from different 
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vendors, there is a concern for Imowledge retention in the event the skilled 
administrator separates from the organization. Yet further, if adniinisti-ators are not 
utilizing their configuration knowledge and skills, then their skill level at performing 

the configurations may decline. 
5 [0006] All these factors, including the increasing complexity of storage networks, 

decreases the Ukelihood that the administrator may provide an optimal configuration. 
100071 The above described difBculties in configuring resources in a Fibre Channel 
SAN 

enviromnent are also experienced in other storage environments including multiple 
10 storage devices, hosts, and switches, such as InfiniBand-, IPStorage over Gigabit 

Ethernet, etc. 

[00081 For all the above reasons, there is a need in the art for an improved techmque 
for managing and configuring the allocation of resources in a large network, such as a 



SAN. 



15 



gTTMMAHY rm. PT^EFEKRFD EM BODIMENTS 
[00091 Provided are amethod, system, and program for managing multiple 
resources in a system at a service level, including at least one host, a network, and a 
storage space comprised of at least one storage system that each host is capable of 
20 accessing over the network. Apluralityof service level p^ameters are measured and 
monitored indicatmgastateoftheresources in thesystem. A determination is made 
of values for the service level parameters and whether the service level parameter 
values satisfy predetermined service level thresholds. Indication is made as to 
whether the service level parameter values satisfy the predetermined service 
25 thresholds. Adeterminationismadeof a modification to one or more resource 
deployments or configurations if the value for the service level parameter for the 
resource does not satisfy the predetermined service level thresholds. 
[00101 hi further implementations, the service level parameters that are monitored 
are members of a set of service level parameters that may include: a downtime during 
30 which the at least one host is unable to access the storage space; a number of times the 
at least one host was unable to access the storage space; a throughput in terms of bytes 
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per second transferred between the at least one host and the storage; and an I/O 
transaction rate. 

[0011] In further implementations, a time period is associated with one of the 
monitored service parameters. In such implementations, a detennination is made of a 

5 time during which the value of the service level parameter associated with the time 
period does not satisfy the predetermined service level threshold. A message is 
generated indicating failure of the value of the service level parameter to satisfy the 
predetermined service level threshold after the time during which the value of the 
service level parameter has not satisjBed the predetermined service level threshold 

1 0 exceeds the time period. 

[0012] Yet further, determining the modification of the at least one resource 
deployment further comprises analyzing tlie resource deployment to determine at least 
one resource that contributes to the failure of the service level parameter values to 
satisfy the threshold. A determination is made as to whether any additional instances 

15 of the determined at least one resource that contributes to the faiiiure of the service 
level parameter is available. At least one additional instance of the determined at least 
one resource is allocated to the system. 

[0013] In still further implementations, a plurality of applications at different service 
levels are accessing the resources in the system. Requests from applications operating 

20 at a higher service level receive higher priority than requests from applications 

operating at a lower service level. In such case, deternuning the modification of the at 
least one resource deployment fiirther comprises increasing the priority associated 
with the service whose service level parameter values fail to satisfy the predetermined 
service level thresholds. 

25 [0014] The described implementations provide techniques to monitor parameters of 
system performance that may be specified witliin a service agi*eement. The service 
agreement may specify predetermined service level thresholds that are to be 
maintained as part of the service offering. With the described implementations, if the 
monitored service level parameter values fail to satisfy the predetermined tliresholds, 

30 such as thresholds specified in a service agreement, then the relevant parties are 
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notified and various corrective actions are reconmaended to bring the system operation 
back to within tlie predetermined performance thresholds. 

ppTOT? r>P.sr!T?TPTIQy "T^WP. DRAWINGS 
5 [0015] Referring now to tiie drawings in which lilce reference numbers represent 

corresponding parts throughout: 

FIG. 1 illustrates a network computing environment for one implementation of 

the invention; 

FIG. 2 illustrates a component architecture in accordance with certain 

10 implementations of the invention; 

FIG. 3 illustrates a component architecture for a storage network in accordance 

with certain implementations of the invention; 

FIG. 4 illustrates logic to invoke a configuration operation in accordance with 

certain implementations of the invention; 
15 FIG. 5 illustrates logic to configure network components in accordance with 

certain implementations of the invention; 

HG. 6 illustrates fijrther components within the administrator user interface to 
define and execute configuration poUcies in accordance with certain implementations 
of the invention; 

20 FIGs. 7-8 illustrate GUI panels through which a user invokes a configuration 

pohcy to configure and allocate resources ^ provide storage in accordance with 
certain implementations of the invention; 

FIGs. 9-10 iUusti-ate logic implemented in the configuration poUcy tool to 
enable a user to invoice and use a defined configuration poUcy to allocate and 
25 configure (provision) system resources in accordance with certain implementations of 
the invention; 

FIG. 1 1 illustrates information maintained with the element configuration 
service attributes in accordance with certain implementations of the invention; 

FIG. 12 illustrates a data structure providing service attribute information for 
30 each element configuration policy in accordance with certain implementations of the 
invention; 
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FIG. 13 illusti-ates a GUI panel through which an administrator may define a 
configuration policy to configure resources in accordance with certain 
implementations of the invention; 

FIG. 14 illustrates logic to dynamically define a configuration policy in 
5 accordance with certain implementations of the invention; 

FIG. 15 illustrates a fiirther implementation of the administrator user interface 
in accordance with implementations of the invention; 

FIGs. 16a and 16b illustrate logic to gather service metrics in accordance with 
implementations of the invention; 
10 FIG. 17 illustrates logic to monitor whether metrics are satisfying agreed upon 

threshold objectives in accordance with implementations of the invention; and 

FIG. 1 8 illustrates logic to recommend a modification to the system 
configuration in accordance with implementations of the invention. 

15 DETAILED DESCRIPTION 

[0016] In the following description, reference is made to the accompanying 
drawings which form a part hereof and which illustrate several embodiments of the 
present invention. It is understood that other embodiments may be utilized and 
structural and operational changes may be made without departing firom the scope of 
20 the present invention. 

[0017] FIG. 1 illustrates an implementation of a Fibre Channel based storage area 
network (SAN) which may be configured using the implementations described herein. 
Host computers 4 and 6 may comprise any computer system that is capable of 
submitting an Input/Output (I/O) request, such as a workstation, deslctop computer, 
25 sei-ver, mainfirame, laptop computer, handheld computer, telephony device, etc. The 
host computers 4 and 6 would submit I/O requests to storage devices 8 and 10. The 
storage devices 8 and 10 may comprise any storage device known in the art, such as a 
IBOD Oust a bunch of disks), a RAID array, tape library, storage subsystem, etc. 
Switches 12a, b interconnect the attached devices 4, 6, 8, and 10. The fabric 14 
30 comprises the switches 12a, b that enable the interconnection of the devices. In the 
described implementations, the linlcs 16a, b, c, d and 18a, b, c, d connecting the 
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devices comprise Fibre Channel fabrics, Internet Protocol (ff ) switches, Infiniband 
fabrics, or other hardware that implements protocols such as Fibre Channel Arbitrated 
Loop (FCAL), ff , Infiniband, etc. In altemative implementations, the different 
components of the system may comprise any network communication technology 
5 known in the art. Each device 4, 6, 8, and 10 includes multiple Fibre Channel 
interfaces 20a, 20b, 22a, 22b, 24a, 24b, 26a, and 26b, where each interface, also 
referred to as a device or host bus adaptor (HBA), can have one or more ports. 
Moreover, actual SAN implementation may include additional storage devices, hosts, 
host bus adaptors, switches, etc., than those illustrated in FIG. 1. Moreover, storage 
10 functions such as volume management, point-in-time copy, remote copy and baclcup. 

can be implemented in hosts, switches and storage devices in various implementations 

of a SAN. 

[0018] A path, as that tenn is used herein, refers to all the components providing a 
connection from a host to a storage device. For instance, a path may comprise host 
15 adaptor 20a, fiber 16a, switch 12a, fiber 18a, and device interface 24a, and the storage 
devices or disks being accessed. 

[0019] Certain described implementations provide a configuration technique that 
allows adminisHatorB to select a specific service configuration policy providing the 
path availabiUty, RAID level, etc., to use to allocate, e.g., modify, remove or add, 
20 storageresourcesusedbyahost4,6intheSAN2. After the service configuration 
policy is specified, the component architecture implementation described herein 
automatically configures all the SAN components to implement the requested 
allocation at the specified configuration quaUty without any fiirther administrator 
involvement, thereby streamlining the SAN storage resource configuration and 
25 allocation process. The requested allocation of the configuration is referred to as a 
service configuration poUcy that implements a particular configuration requested by 
calling the element configuration pohcies to handle the resource configuration. The 
poHcy provides a definition of configurations and how these elements in SAN are to 
be configured. In certain described implementations, the configuration architecture 
30 utilizes the Sun Microsystems, Inc. ("SUN") Jiro distributed computing 
architecture.** 
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[0020] Jiro provides a set of program methods and interfaces to allow network users 
to locate, access, and share network resources, referred to as services. The services 
may represent hardware devices, software devices, apphcation programs, storage 
resources, communication channels, etc. Services are registered with a central lookup 

5 service server, which provides a repository of service proxies. A network participant 
may review the available services at the looloxp service and access service proxy 
objects that enable the user to access the resource through the service provider. A 
"proxy object" is an object tliat represents another object in another memory or 
program memory address space, such as a resource at a remote server, to enable 

10 access to that resource or object at the remote location. Network users may "lease" a 
service, and access the proxy object implementing the service for a renewable period 
of time. 

[0021] A service provider discovers loolaip services and then registers service proxy 
. objects and service attributes with the discovered loolcup service. In Jiro, the service 

15 proxy object is written in the Java** programming language, and includes methods 
and interfaces to allow users to invoke and execute the service object located through 
the lookup sei-vice. A cUent accesses a service proxy object by querying the loolcup 
service. The service proxy object provides Java interfaces to enable the cUent to 
communicate with the service provider and access the service available through the 

20 network. In this way, the client uses the proxy object to communicate with tlie service 
provider to access the service. 

[0022] FIG. 2 illustrates a configuration architecture 100 usmg Jiro components to 
configure resources available over a network 102, such as hosts, svwtches, storage 
devices, etc. The network 102 may comprise the fiber linlcs provided through the 

25 fabric 14, or may comprise a separate network using Ethernet or other network 

technology. The network 102 allows for communication among an administrator user 
interface (UI) 104, one or more element configuration pohcies 106 (only one is 
shown, although multiple element configuration pohcies 1 06 may be present), one or 
more service configuration policies (only one is shown) 108, and a loolcup service 

30 110. 
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[0023] The network 102 may comprise the hitemet, an Intranet, a LAN, etc., or any 
other network system known in the art, includmg wireless and non-wireless networks. 
The administrator UI 104 comprises a system that submits requests for access to 
network resources. For instance, the administrator UI 104 may request a new 
5 allocation of storage resources to hosts 4, 6 (FIG. 1) in the SAN 2. The administrator 
UI 104 may be implemented as a program within the host 4, 6 involved in the new 
storage allocation or a within system remote to the host. The administiator UI 104 
provides access to the configuration resources described herein to altea- the 
configuration of storage resources to hosts. The element configuration poUcies 106 
10 provide a management interface to provide configuration and control over a resource 
• 112. In SAN implementations, the resource 112 may comprise any resource in the 
system that is configured during the process of allocating resources to a host. For 
instance, the configurable resources 1 12 may include host bus adaptors 20a, b, 22a, b, 
a host, switch or storage device volume manager which provides an assignment of 
15 logical volumes m the host, switch or storage device to physical storage space in 
storage devices 8,10, a backup program in the host 4, 6, a snapshot program in the 
host 4, 6 providing snapshot services (i.e., copying of pomters to logical volumes), 
switches 12a, b, storage devices 8, 10, etc. Multiple elements maybe defined to 
provide different configuration quaUties for a single resource. Each of the above 
20 components in the SAN would comprise a separate resource 1 12 in the system, where 
one or more element configuration policies 106 are provided for management and 
■ configuration of the resource. The service configuration pohcy 1 08 implements a 
particular service configuration requested by the host 104 by calling the element 
configuration pohcies 106 to configure the resources 1 12. 
25 [0024] In the architecture 1 00, the element configuration pohcy 1 06, service 

configuration policy 108, and resource APIs 126 fimction as Jini** service providers 
that malce services available to any network participant, including to each other and to 
the administrator UI 104. The loolcup service 110 provides a Jini lookup service in a 
maimer known in the art. 
30 The loolcup service 1 10 maintains registered service objects 1 14, including a loolcup 
service proxy object 116, that enables network users, such as the administrator UI 
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104, element configm-ation policies 106, service configuration policies 108, and 
resource APIs 126 to access the lookup service 1 10 and the proxy objects 116, 
1 18a,..n, 119a...m, and 120 therein. In certain implementations, the loolcup service 
does not contain its own proxy object, but is accessed via a Java Remote Method 

5 Invocation (KMI) stub which is available to each Jini service. For instance, each 
element configuration pohcy 106 registers an element proxy object 1 18a..n, each 
resoutce API 126 registers an API proxy object 1 19a...m, and each service 
configuration policy 108 registers a service configuration policy proxy object 120 to 
provide access to the respective resources. The service configuration pohcy 108 

10 includes code to call element configuration policies 106 to perform the user requested 
configuration operations to reallocate storage resources to a specified host and logical 
volume. Thus, the proxy object 1 1 8a..n may comprise an RMI stub. Further, tlie 
loolaip service proxy object is not within the lookup sei-vice including the otlier proxy 
objects. 

1 5 [0025] With respect to the element configuration poUcies 1 06, the resources 112 
comprise the underlying service resource being managed by the element 106, e.g., the 
storage devices 8, 10, host bus adaptors 16a, b, c, d, switches 12a, b, host, switch or 
device volume manager, backup program, snapshot program, etc. The resource 
apphcation program interfaces (APIs) 126 provide access to the configuration 

20 fimctions of the resource to perform the resource specific configuration operations. 
Thus, there is one resource API set 126 for each managed resource 1 12. The APIs 
126 are accessible through the API proxy objects 1 19a...m, Because there may be 
multiple element configuration pohcies to provide different configurations of a 
resource 1 12, the number of registered element configuration pohcy proxy objects n 

25 may exceed the number of registered API proxy obj ects m, because the multiple 
element configuration pohcies 106 that provide different configurations of the same 
resource 112 would use the same set of APIs 126. 

[0026] The element configuration policy 106 includes configiuration pohcy 
parameters 124 that provide the settings and parameters to use when calling the APIs 
30 126 to control the configuration of the resource 1 12. If there ai'e multiple element 
configuration policies 106 for a single resource 112, then each of those element 
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configuration policies 106 may provide a different set of configuration policy 
parameters 124 to configure the resource 112. For instance, if the resource 112 is a 
RAID storage device, then the configuration policy parameters 124 for one element 
may provide a RAE) level abstract configuration, or some other defined RAID 
5 configuration, such as Online Analytical Processing (OLAP) RAID definitions and 
configurations which may define a RAID level, number of disks, etc. Another 
element configuration policy may provide a different RAID configuration level. 
Additionally, if the resource 1 12 is a switch, then the configuration poUcy parameters 
124 for one element configuration poUcy 106 may configure redundant paths through 
10 the switch to the storage space to avoid a single point of failure, whereas another 
element configuration policy for the switch may configure only a single path. Thus, 
the element configuration pohcies 106 utiUze the configuration poHcy parameters 124 
and the resource API 126 to control the configuration of the resource 1 12, e.g., storage 
device 8, 10, switches 12a, b, volume manager, backup program, host bus adaptors 
1 5 (HBAs) 20a, b, 22a, b, etc. 

(00271 Each service configuration policy 108 would call one of the element 
configuration poUcies 106 for each resource 1 12 to perform the admmistrator/user 
requested reconfiguration. There may be multiple service configuration pohcies for 
different predefined configuration qualities. For instance, tiiere may be a higher 
20 quatity service configuration poUcy. such as "gold", for critical data that would call 
one element configuration policy 106 for each resource 1 1 2 to reconfigure, where the 
called element configuration policy 106 configures the resource 112 to provide for 
extra protection, such as a high RAID level, redundant paths through the switch to the 
storage space to avoid a single point of failure, redundant use of host bus adaptors to 
25 fiirther eliminate a single point of failure at the host, etc. A "bronze" or lower quality 
service configuration poUcy may not require such redundancy and protection to 
provide storage space for less critical data. The "bronze" quality service 
configuration poUcy 108 would call the element configuration policies 106 that 
implement such a lower quahty configuration poUcy with respect to the resources 1 12. 
30 Each caUed element 106 in turn caUs tiie APIs 126 for the resource to reconfigure. 
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Note that different sei-vice configuration policies 108 may call the same or different 
element configuration policies 106 to configure a particular resource. 
[0028] Associated with each proxy object 1 18a..n, 1 19a...m, and 120 are service 
attributes orresource capabilities 128a...n, 129a...n, and 130 that provide descriptive 

5 attributes of tlae proxy objects 118a..n, 119a...n, and 120. For instance, the 

admimstrator UI 104 may use the loolcup service proxy object 1 16 to query tlie service 
attributes 130 of the service configuration policy 108 to determine the quality of 
service provided by the semce configuration policy, e.g., the availability, transaction 
rate, and throughput RAID level, etc. The service attributes 128a.. .n for the element 

10 configuration policies 106 may describe the type of configuration performed by the 
specific element. 

[0029] FIG. 2 fiirther illustrates a topology database 140 which provides information 
on the topology of all the resources in the system, i.e., the coimections between the 
host bus adaptors, switches and storage devices. The topology database 140 may be 

15 created during system initialization and updated whenever changes are made to the 
system configuration in a manner known in the art. For instance, the Fibre Chamiel 
and SCSI protocols provide protocols for discovering all of the components or nodes 
in the system and their connections to other components. Alternatively, out-of-band 
discovery techniques could utilize Simple Network Management Protocol (SNMP) 

20 commands to discover all the devices and their topology. The result of the discovery 
process is the topology database 140 that includes entries identifying the resources in 
each path in the system. Any particular resource may be available in multiple paths. 
For instance, a svntch may be in multiple entries as the switch may provide multiple 
paths between different host bus adaptors and storage devices. The topology database 

25 140 can be used to determine whether particular devices, e.g., host bus adaptors, 
switches and storage devices, can be used, i.e., are actually intercomiected. In 
addition, the topology database 140 keeps track of which resources 1 12 are available 
(firee) for allocation to a service configuration 108 and which resources 112 have 
already been allocated (and their topological relationship to each other). The 

30 unallocated resources 1 12 are grouped (pooled) according to their type and resource 
capabilities and this information is also kept in the topology database 140. The 
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lookup service 1 14 maintains a topology proxy object 142 that provides methods for 
accessing the topology database 140 to determine how components in the system are 
connected. 

[00301 When the service configuration poUcy proxy object 120 is created, the 
5 topology database 140 may be queried to determine those resources that can be used 
by the service configuration poUcy 108. i.e., those resources that when combined can 
satisfy the configuration policy parameters 124 of the element configuration policies 
106 defined for the service configuration policy 108. The service configuration policy 
proxy object service attributes 130 may be updated to indicate the query results of 
10 thoseresourcesinthesystemthatcanbeusedwiththeconfiguration. Theservice 
attributes 130 may further provide topology information indicating how the resources, 
e.g., host bus adaptors, switches, and storage devices, are connected or form paths. In 
this way, the configuration policy proxy object service attributes 130 defines all paths 
of resources that satisfy the configuration policy parameters 124 of the element 
15 configuration policies 106 included in the service configuration policy. 

[0031] In the architecture of FIG. 2, the service providers 108 (configuration poUcy 
service), 106 (element), and resource APIs 126 fimction as clients when downloading 
the lookup service proxy object 116 fiom the lookup service 1 10 and when invoking 
lookup service proxy object 1 16 methods and interfaces to register their respective 
20 serviceproxyobjectsll8a...n,119a...m,andl20withthelookup8ervicell0. The 
cUent administrative user interface (UI) 104 and service providers 106 and 108 would 
execute methods and interfaces in the service proxy objects 118a...n, 119a...m, and 
120 to communicate with the service provider 106, 108. and 126 to access the 
associated service. The registered service proxy objects 118a...n, 119a...m, and 120 
25 representtheservicesavailabletl^ouglilhelookupservicellO. Tlie administrator UI 
1 04 uses the lookup service proxy object 1 1 6 to retrieve the proxy objects from the 
loolcup service 1 10. Further details on how clients may discover and download the 
loolcup service and service objects and register service objects are described in the Sun 
Microsystem. Inc. publications; "Jini Architecture Specification" (Copyright 2000, 
30 Sun Microsystems, Inc.) and "Jini Technology Core Platform Specification" 
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(Copyright 2000, Sun Microsystems, Inc.), both of which publications are 
incorporated herein by reference in their entirety. 

[0032] The resources 112, element configuration poUcies 1 06, service configuration 
policy 108, and resource APIs 126 may be implemented in any computational device 

5 known in the art and each include a Java Virtual Machine (JVM) and a Jiro package 
(not shown). The Jiro package includes all the Java methods and interfaces needed to 
implement the Jii'o network environment in a manner known in the art. The JVM 
loads methods and interfaces of the Jiro package as well as the methods and interfaces 
of downloaded service objects, as bytecodes capable of executing the configiuration 

10 poUcy service 108, administrator UI 104, the element configm-ation pohcies 106, and 
resouice APIs 126. Each component 104, 106, 108, and 110 fiarfher accesses a 
network protocol stack (not shown) to enable communication over the network. The 
network protocol stack provides a network access for the components 104, 106, 108, 
110, and 126, such as the Transmission Control Protocol/Internet Protocol (TCP/IP), 

15 support for unicast and multicast broadcasting, and a mechanism to facihtate the 
downloading of Java files. The network protocol stack may also include the 
communication injfrastmcture to allow objects, including proxy objects, on the 
systems to communicate via any method known in the art, such as the Common 
Object Request Broker Architecture (CORBA), Remote Method Invocation (RMI), 

20 TCP/IP, etc. 

[0033] As discussed, the configuration architecture may include multiple elements 
for the different configurable resources in the storage system. Following are the 
resources that may be configured through the proxy objects m the SAN: 

Storage Devices : There may be a separate element configuration poUcy 

25 service for each configurable storage device 8, 10. In such case, tlie resource 

112 would comprise the configurable storage space of the storage devices 8, 
10 and the element configuration policy 106 would comprise the configuration 
soflware for managing and configuring the storage devices 8, 10 according to 
the configuration policy parameters 124. The element configuration policy 

30 106 would call the resource APIs 126 to access the fimctions of the storage 

configuration software. 
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Switch: There may be a separate element configuration policy service for each 
configurable switch 12a, b. In such case, the resource 1 12 would comprise the 
switch configuration software in the switch and the element configuration 
poUcy 106 would comprise the switch element configuration poHcy software 
5 for managing and configuring paths within the switch 12a, b according to the 

configuration policy parameters 124. The element configuration policyl06 

would call the resource APIs 126 to access the fimctions of the switch 
configuration software. 

H^^tBusAdaEtors: There may be a separate element configuration policy 
service to manage the allocation of the host bus adaptors 20a, b. 22a, b on each 
host 4, 6. In such case, the resource 112 would comprise all the host bus 
adaptors (HBAs) on a given host and the element configuration poUcies 106 
would comprise the element configuration policy software for assigning the 
host bus adaptors (HBAs) to apath according to the configuration pohcy 
parameters 124. The element configuration policy 106 would call tire resoxuce 
APIs 126 to access the fimctions of the host adaptor configuration software on 
each host 4, 6, 

VolurneMmiaga: There maybe a separate element configuration policy 
service for the volume manager on each host 4. 6, on each switch 12a, 12b and 
on each storage device 8. 10. In such case, the resource 112 would compnse 
the mapping of logical to physical storage and tiie element configuration 
poUcy 106 would comprise tiie software for configuring the mapping of the 
logical volumes to physical storage space according to the configuration pohcy 
parameters 124. The element configuration policy 106 would call the resource 
APIs 126 to access the fimctions of the volume manager configuration 
software, 

^ Pro-am; There may be a separate element service 106 for the backup 
program configuration at each host 4, 6. each switch 12a. 12b, and each 
storage device 8, 10.. In such case, the resource 112 would comprise the 
configurable baclcup program and the element configuration policy 106 would 
comprise software for managing and configuring baclcup operations accordmg 
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to the configuration policy parameters 124, The element configuration policy 
106 would call the resource APIs 126 to configure the functions of the backup 
management software. 

Snapshot : There maybe a separate element service 106 for the snapshot 
5 configuration for each host 4, 6. In such case, the resource 1 12 would 

comprise the snapshot operation on the host and the element configuration 
policy 106 would comprise the software to select logical volumes to copy as 
part of a snapshot operation according to the configuration policy parameters 
124. The element configuration pohcy 106 would call the resource APIs 126 
10 to access the functions of the snapshot configuration software. 

[0034] Element configuration policy services may also be provided for other 
network based, storage device based, and host based storage function software other 
than those described herein. 

1 5 [0035] FIG. 3 illustrates an additional arrangement of the element configuration 
policy, service configuration policies, and APIs for the SAN components that may be 
available over a network 200, including a gold 202 and bronze 204 quality service 
configuration pohces, each providing a different quality of service configuration for 
the system components. The service configuration policies 202 and 204 call one 

20 element configuration policy for each resource that needs to be configured. The 
component architecture includes one or more storage device element configuration 
pohcies 214a, b, c, svvdtch element configuration policies 216a, b, c, host bus adaptor 
(HBA) element configuration policies 218a, b, c, and volume manager element 
configuration policies 220a, b, c. The element configuration policies 214a, b, c, 

25 216a, b, c, 218a, b, c, and 220a, b, c call the resource APIs 222, 224, 226, and 228, 
respectively, that enable access and control to the commands and functions used to 
configure the storage device 230, switch 232, host bus adaptors (HBA) 234, and 
volume manager 236, respectively. In certain implementations, the resource API 
proxy objects are associated with service attributes that describe the availability and 

30 performance of associated resources, i.e., available storage space, available paths, 
available host bus adaptor, etc. In the described implementations, there is a separate 
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resource API object for each instance of the device, such that if there are two storage 
devices in the system, then there would be two storage configuration APIs, each 
providing the'APIs to one of the storage devices. Further, the proxy object for each 
resource API would be associated with service attributes describing the availability 
5 and performance at the resource to which the resource API provides access. 
[0036] Each of the service configuration poUcies 202 and 204, element 
configuration policies 214a, b, c, 216a, b, c, 218a.b . c'and 220a. b. c. and resource 
APIs 222, 224, 226, and 228 would register their respective proxy objects with the 
lookup service 250. For instance, the service configuration policy proxy objects 238 
10 include the proxy objects for the gold 202 and bronze 200 quality service 

configuration polices; the element configuration proxy objects 240 include the proxy 
objects for each element configuration policy 214a, b, c, 216a, b, c, 218a, b, c. 220a, 
b c configuring a resource 230, 232, 234, and 236; and the API proxy objects 242 
include the proxy objects for each set of device APIs 222, 224, 226, and 228. As 
15 discussed each service configuration pohcy 200, 202 would call one element 

configuration poUcy for each of the resources 230, 232, 234, and 236 that need to be 
• configured to implement the user requested configuration quahty. Each device 
element configuration policy 214a, b, c, 216a. b. c. 218a, b, c, and 220a, b, c maintains 
configuration policy parameters (not shown) tiiat provide a particular quahty of 
20 configuration ofthe managed resource. Moreover, additional device element 
configuration poUcies would be provided for each additional device in the system. 
For instance, if there were two storage devices in tiie SAN system, such as a RAID 
box and a tape drive, there would be separate element configuration pohcies to 
manage each different storage device and separate proxy objects and accompanying 
25 APIs to allow access to each ofthe element configuration policies for the storage 
devices. Further, there would be one or more host bus adaptor (HBA) element 
configuration pohcies for each host system to allow configuration and management of 
all the host bus adaptors (HBAs)inaparticularhost4,6(FIG. 1). Each proxy object 
would be associated with service attiributes providing information on the resource 
30 being managed, such as the amount of available disk space, available paths in the 
switch, available host bus adaptors at the host, configuration quality, etc. 
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[0037] An administrator user interface (UT) 252 operates as a Jiro client and 
provides a user interface to enable access to the loolcup service proxy object 254 from 
the lookup service 250 and enable access to the lookup service proxy object 254 to 
access the proxy objects for the service configuration policies 202 and 204, The 
5 administrator 252 is a process running on any system, includuig the device 

components shown in FIG. 3, that provides a user interface to access, run, aud modify 
configuration policies. The service configuration policies 202, 204 call the element 
configuration policies 214a, b, c, 216a, b, c, 218a, b, c, and 220a, b, c to configure 
each resource 230, 232, 234, 236 to implement the allocation of the additional 
10 requested storage space to the host. The service configuration polices 202, 204 
would provide a graphical user interface (GUI) to enable the administrator to enter 
resources to configure. Before a user at the administrator Ul 252 could utilize the 
above described component architecture of FIG. 3 to configure components of a SAN 
system, e.g., the SAN 2 in FIG. 1, the service configuration poUcies 202, 204, element 
15 configuration policies 214a, b, c, 216a, b, c, 218a, b, c, and 220a, b, c would have to 
discover and jom the loolcup service 250 to register then proxy objects. Further, each 
of the service configiuration policies 202 and 204 must download the element 
configuration policy proxy objects 240 for the elements configuration poUcies 214a, b, 
c, 216a, b, c, 218a, b, c, and 220a, b, c. The element configuration policies 214a, b, c, 
20 216a, b, c, 218a, b, c, and 220a, b, c, in turn, must download one of the API proxy 
objects 242 for resource APIs 222, 224, 226, and 228, respectively, to perfonn the 
desired configuration according to the configuration poUcy parameters maintained in 
the element configuration poUcy and the host storage allocation request. 
[0038] FIG. 3 fiarther shows a topology database 256 and topology proxy object 258 
25 that allows access to the topology mformation on the database. Each record includes a 
reference to the resources in a path. 

[0039] FIG. 4 illustrates logic implemented within the administrator UI 252 to 
begm the configiuration process utiUzing the configuration architecture described with 
respect to FIGs, 2 and 3. Control begins at block 300 with the adimnistrator UI 252 
30 ("admin UT') discovering the lookup service 250 and uses the lookup service proxy 
object 254, which as discussed may be an RMI stub. The administrator UI 252 then 
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uses (at block 302) the interfaces of the looloap service proxy object 254 to access 
infonnation on the service attributes providing information on each service 
configuration policy 202 and 204, such as the quality of availabihty, performance, and 
path redundancy. A user may then select one of the service configuration policies 

5 202 and 204 appropriate to the availabilityi performance, and redundancy needs of the 
appUcation that will use the new allocation of storage. For instance, a critical 
database application would require high availability, OLTP performance, and 
redundancy, whereas an application involvfaig non-critical data requires less 
availability and redundancy. The administrator UI 252 then receives user selection 

1 0 (at bock 304) of one of the service configuration policies 202, 204 and a host and 
logical volume and other device components, such as switch 232 and storage device 
230 to configure for the new storage allocation. The administrator UI 252 may 
execute within the host to which the new storage space will be allocated or be remote 
to the host. 

1 5 [0040] The administrator UI 252 then uses (at block 306) interfaces firom the 
lookup service proxy object 254 to access and download the selected service 
configuration policy proxy object. The administrator UI 252 uses (at block 308) 
interfaces from the downloaded service configuration poUcy proxy object to 
communicate with the selected service configuration policy 202 or 204 to implement 
20 the requested storage allocation for the specified logical volume and host. 

[0041] FIG. 5 illustrates logic implemented in the service configuration policy 202, 
204 and element configuration poUcies 214a, b, c, 216a, b, c, 218a, b, c, 220a, b, c to 
perform the requested configuration operation. Control begins at block 350 when the 
service configuration policy 202, 204 receives a request fi'om the administi-ator UI 
25 252 for a new allocation of storage space for a logical volume and host through the 
configuration policy service proxy object 23 8, 240. hi response, the selected service 
configuration policy 202, 204 calls (at block 352) one associated element 
configuration policy proxy object for each resource 222, 224, 226, 228 that needs to 
be configured to unplement the allocation, hi the logic described at blocks 354 to 
30 370, the service configuration pohcy 202, 204 configures the following resources, the 
storage device 230, switch 232, host bus adaptors 234, and volume manager 236 to 
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carry out the requested allocation. Additionally, the service configuration pohcy 202, 
204 may call elements to configure more or less resources. For instance, for certain 
configurations, it may not be necessary to assign an additional path to the storage 
device for the added space. In such case, the service configuration pohcy 202, 204 
5 would only need to call the storage device element configuration 2 1 4a, b, c and 
volume manager element configuration 220a, b, c to implement the requested 
allocation. 

[0042] At block 354, the called storage device element configuration 214a, b, c uses 
interfaces in the lookup service proxy object 254 to query the resource capabilities of 

10 the storage configuration APIs 222 for storage deAdces 230 in the system to determine 
one or more storage configuration API proxy objects capable of configuring storage 
device(s) 230 having enough available space to fulfill requested storage allocation 
with a storage type level tliat satisfies the element configuration policy parameters. 
For instance, the gold service configuration poUcy 202 will call device element 

15 configuration poUcies that provide for redundancy, such as RAID 5 and redundant 
paths to the storage space, whereas the bronze service configuration policy may not 
require redundant paths or a high RAID level. 

[0043] The called switch element configuration 216a, b, c uses (at block 356) 
interfaces in the lookup service proxy object 254 to query the resource capabilities of 

20 the switch configuration API proxy objects to determine one or more switch 

configuration API proxy objects capable of configuring switch(s) 132 including paths 
. between the detennined storage devices and specified host in a manner that satisfies 
the called switch element configuration pohcy parameters. For instance, the gold 
service configuration policy 202 may require redundant paths through the same or 

25 different switches to improve availability, whereas the bronze service configuration 
policy 200 may not require redundant paths to the storage device. 
[0044] The called HB A element configuration poUcy 2 1 8a, b , c uses (at block 358) 
interfaces m loolcup service proxy object 254 to query service attributes for HBA 
configuration API proxy objects to determine one or more HBA configuration API 

30 proxy objects capable of configuring host bus adaptors 234 that can connect to the 
detennined switches and paths that are allocated to satisfy the administrator request. 
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10045] Note that the above detennination of storage devices, switches and host bus 
adaptors may involve the called device element configuration poHcies and the 
topology database performing multiple iterations to find some combination of 
available components that can provide the requested storage resources and space 
5 allocation to the specified logical volume and host and additionally satisfy the element 
configuration pohcy parameters. 

[0046] After determining the resources 230, 232, and 234 to use to fiilfiU the 
administrator Ul 's 252 storage allocation request, the called device element 
configuration policies 214a, b, c, 216a, b, c, 218a, b, c, and 220a, b, c call the 

10 determined configuration APIs to perform the user requested allocation. At block 
360, the previously called storage device element configuration poUcy 214a, b, c uses 
the one or more deteraiined storage configuration API proxy objects 224, and the 
APIs therein, to configure the associated storage device(s) to allocate storage space for 
the requested allocation. At block 364, the switch element configuration 216a, b, c 

15 uses the one or more determined switch configuration API proxy objects, and APIs 
therein, to configure the associated switches to aUocate paths for the requested 
allocation. 

[0047] At block 366, the previously called HBA element configuration 21 8a, b, c 
uses the determined HBA configuration API proxy objects, and APIs therein, to 
20 assign the associated host bus adaptors 234 to the determined path. 

[0048] At block 368, the volume manager element configuration poUcy 220a, b, c 
uses the determined volmne manager API proxy objects, and APIs therein, to assign 
the allocated storage space to tlie logical volumes in the host specified in the 

administrator UI request. 
25 [0049] The configuration APIs 222, 224, 226, 228, may grant element configuration 

poUcies 214a, b, c, 216a, b, c, 218a, b, c, 220a, b, c access to the API resources on an 
exclusive or non-exclusive basis according to the lease poUcy for the configuration 
API proxy objects. 

[0050] The described implementations thus provide a technique to allow for 
30 automatic configuration of numerous SAN resources to allocate storage space for a 
logical volume on a specified host. In the prior art, users would have to select 
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components to assign to an allocation and flien separately invoke different 
cx)nfiguration tools for each affected component to implement the requested 
allocation. With the described implementation, the administrator UI or other entity 
need only specify the new storage allocation one time, and the configuration of the 
5 multiple SAN components is performed by singularly invoking one service 

configuration poUcy 200, 202, that then invokes the device element configuration 
policies. 

Using a Defined Service Configuration Policy 

10 to Implement a Resource Allocation 

[0051] FIG. 6 illustrates further details of the administrator UI 252 including the 
lookup service proxy object 254 shown in FIG. 3 , The administrator UT 252 further 
includes a configuration pohcy tool 270 which comprises a software program that a 
system administrator may invoke to define and add service configuration policies and 

1 5 allocate storage space to a host bus adaptor (HB A) according to a predefined service 
configuration policy. A display monitor 272 is used by the administrator UI 252 to 
display a graphical user interface (GUI) generated by the configuration pohcy tool 
270. 

[0052] FIGs. 7-8 illustrate GUI panels the configuration policy tool 270 displays to 
20 allow the administrator UI to operate one of the previously defined service 

configuration policies to configure and allocate (provision) storage space. FIG. 7 is a 
GUI panel 400 displaying a drop down menu 402 in which the administrator may 
select one host including one or more bus adaptors (HBA) in the system for which the 
resource allocation will be made, A descriptive name of the host or any other name, 
25 such as the world wide name, may be displayed in the panel drop down menu 402. 
After selecting a host, tlie administrator may select fi-om drop down menu 404 a 
predefined configuration service pohcy to use to configure tlie selected host, e.g., 
bronze, silver, gold, platinum, etc.. Each configuration service pohcy 200, 202 
displayed in the menu 404 has a proxy object 238 registered with the lookup service 
30 250 (FIG. 3). The administrator may obtain more information about the configuration 
pohcy parameters for the selected configuration policy displayed in the drop down 
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menu404byselectinglhe"MoreInfo" button 406. The infonnation displayed upon 
selection of the "More Mo" button 406 may be obtained from the service attributes 
included with the proxy objects 238 for the service configuration policies. 
[0053] If the administrator selects one host in drop down menu 402, then the 

5 configuration policy tool 270 may determine, according to the logic described below 
with respect to FIG. 9. those service configuration policies 238 that can be used to 
configure the selected available (fi-ee) resources and their resource capabilities, and 
only display those determined service configuration poUcies in the drop down menu 
404 for selection. Alternatively, the administrator may first select a service 

10 configuration policy 200,202 in drop down menu 404, and then the drop down menu 
402 would display those hosts that are available to be configiured by the selected 
service configuration policy 200, 202, i.e., those hosts that include an available host 
bus adaptor (HBA) connected to available resources, e.g., a switch and storage device, 
that can satisfy the configuration pohcy parameters 124 of the element configuration 

15 poHci^ 106 (FIG. 2), 214a. b, c. 216a, b. c. 218a, b. c. 220a, b, c (FIG. 3), included m 
the selected service configuration poUcy. 

[0054] After a service configuration policy and host are selected in drop down 
menus 402 and 404. the administrator may then select the Next button 408 to proceed 
to the GUI panel 450 displayed in FIG. 8. Tlie panel 450 displays a slider 452 that the 
20 administrator may control to indicate the amount of storage space to allocate to the 
previously selected host according to tiie selected service configuration policy. The 
maximum selectable storage space on the slider 452 is tiie maximum available for the 
storage resources that may be configured for the selected host and configuration 
policy. The mhiimum storage space indicated on the slider 452 may be the minimum 
25 mcrement of storage space available that complies with the selected service 

configurationpolicyparameters. P^el 450 fiirther displays a text box 454 showmg 
the storage edacity selected on the slider 452. Upon selection of the amount of 
storage space to allocate using the sUder 452 and the Finish button 456, the 
configuration pohcy tool 270 would then invoke the selected service configuration 
30 poUcy to allocate the administrator specified storage space using the host and 
resources the admimstrator selected. 



wo 03/062983 



PCT/US03/01465 



24 

[0055] FIGs. 9 and 10 illustrate logic implemented in the configuration policy tool 
270 and other of tlie components in tlie architecture described with respect to FIGs. 2 
and 3 to allocate storage space according to a selected predefmed service 
configuration policy. With respect to FIG. 9, control begins at block 500, where the 

5 configuration policy tool 270 is invoked by the administrator UI 252 to allocate 
storage space. The configuration pohcy tool 270 then determines (at block 502) all 
the available hosts in the system using the topology database 140 (FIG. 2), 256 (FIG, 
3). Alternatively, the configuration policy tool 270 can use the lookup service proxy 
object 254 to query the resource capabilities of the proxy objects for the HBA 

10 configuration APIs and the topology database to determine the name of all hosts in the 
system that have available HBA resources. A host may include multiple host bus 
adaptors 234. The name of all the determined hosts are then provided (at block 504) 
to the drop down menu 402 for adnimistrator selection. The configuration policy tool 
270 then displays (at block 506) the panel 400 (FIG. 7) to receive administrator 

1 5 selection of one host and one predefined service configuration policy 200, 202 to use 
to configure the host. 

[0056] Upon receiving (at block 508) administrator selection of one host, the 
configuration poUcy tool 270 then queries (at block 510) the service attributes 130 
(FIG. 2) of each service configurationpolicy proxy object 120 (FIG. 2), 238 (FIG. 3) 

20 to determine whether the administrator selected host is available for the service 

configuration policy, i.e., whether the selected host includes a host bus adaptor (HBA) 
arrangement that can satisfy the requirements of the selected service configuration 
pohcy 200, 202. As discussed the service attributes 1 30 of the configuration pohcy 
proxy objects 120 (FIG. 2) provide information on all the resources m the system that 

25 may be used and configured by the configuration policy. Alternatively, information 
on the topology of available resources for the host may be obtained by querying the 
topology database 256, and then a determination can be made as to whether the 
resources available to the host as indicated in the topology database 256 are capable of 
satisfying the configuration policy parameters. Still firrther, a determination can be 

30 made of those resources available to the host as indicated in the topology database 256 
that are also Usted in the service attributes 130 of the service configuration pohcy 
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proxy object 120 indicatmg resources capable of being configured by the service 
configuration policy 108 represented by the proxy object. The configuration policy 
tool 270 then displays (at block 5 12) the drop down menu 404 with the determined 
service configuration poUcies that may be used to configure one host bus adaptor 
5 (HBA) 234 in the host selected in drop down menu 402 (FIG. 7) 

10057] Upon receiving (at block 514) administrator selection of the Next button 408 
(FIG. 7) with one host and service configuration policy 200, 202 selected, the 
configuration policy tool 270 then uses the lookup service proxy object 254 to query 
(at block 518) the service attributes 130 of the selected service configuration pohcy 
10 proxy object 120 (FIG. 2), 238 (FIG. 3) to detemiine aU the host bus adaptors (HBA) 
available to the selected service configuration policy that are in the selected host and 
the available storage devices 230 attached to the available host bus adaptors (HBAs) 
in the selected host. As discussed, such information on the availability and 
connectedness or topology of the resources is included in the topology database 140 
15 (FIG. 2), 256 (FIG. 3). The configuration poUcy tool 270 tlien queries (at block 522) 
the resomce capabilities in the storage device configuration API proxy object 242 to 
determine the allocatable or available storage space in each of the available storage 
devices comiected to the host subject to liie configuration. The total available storage 
space across all the storage devices available to the selected host is determined (at 
20 block 524). The storage space aUocated to the host according to the configuration 
poUcymay comprise a virtual storage space extending across multiple physical 
storage devices. The allocate storage panel 450 (FIG. 8) is then displayed (at bock 
526) with the sUder 452 having as a maximum amount the total storage space in all 
the available storage devices comiected to the host and a minimum increment amount 
25 indicated in the the configuration policy 108, 202 or the configuration policy 

parameters for the storage device element configuration 214a, b, c (FIG. 3) for the 
selected configuration policy. Control then proceeds to block 550 in FIG. 10. 
[00581 Upon receiving (at block 550) administrator selection of the Finish button 
456 after administrator selection of an amount of storage space using the sUder, the 
30 configuration policy tool 270 then detemnnes (at block 552) one or more available 
storage devices that can provide the administrator selected amount of storage. At 
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block 522, the amount of storage space in each available storage device was 
determined. The configui-ation policy tool 270 then queries (at block 554) the service 
attributes of the selected service configui-ation policy proxy object 238 and the 
topology database to determine the available host bus adaptor (HB A) in the selected 

5 host that is connected to tlie determined storage device 230 capable of satisfying the 
administrator selected space allocation. The service attributes are further queried (at 
block 556) to determine one or more switches in the path between the determined 
available host bus adaptor (HBA) and the determined storage device. If the selected 
service configuration policy requires redundant hardware components, then available 

10 redundant resources would also be detemiined. After determinmg all the resources to 
use for the allocation that connect to the selected host, the one element configuration 
pohcy 218a, b, c, 216a, b, c, 214a, b, c, or 220a, b, c is called (at block 558) to 
configure the determined resoui'ces, e.g., HBA, switch, storage device, and any other 
components. 

15 [00591 In the above described implementation, the administrator only made one 
resource selection of a host. Alternatively, the admhiistrator may malce additional 
selections of resources, such as select the host bus adaptor (HBA), switch and/or 
storage device to use. In such case, upon administrator selection of one additional 
component to use, the configuration policy tool 270 would determine from the service 

20 attributes of the selected service configuration policy the available downstream 
components that is connected to the previously selected resource instances. Thus, 
administrator or automatic selection of an additional component is available for use 
with a previous administrator selection, 

[0060] The above described graphical user interfaces (GUT) allows the administrator 
25 to malce the minimum necessary selections, such as a host, service configuration 
policy to use, and storage space to allocate to such host. Based on these selections, 
the configuration pohcy tool 270 is able to automatically determine from the 
registered proxy objects in the look service tlie resources, e.g., host bus adaptor 
(HBA), switch, storage, etc., to use to allocate the selected space according to the 
30 selected configuration policy without requiring any further uiformation from the 
administrator. At each step of the selection process, the imderlying program 
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components query the system for available resources or options that satisfy the 
previous administrator selections. 

T^ yn^Tnicallv rr nitinr ? ^-"-'^ Confi guration Policy 

5 [0061] Incertainsituations.asystemsadminis1xatormaywanttoconfigure 
resources according to a pre-defined configuration poUcy. In other words, the 
administrator may not be interested in using an already defined configuration pohcy 
and, may instead, want to design a configuration pohcy that satisfies certain service . 
level metrics, such as perfomiance, availability, throughput, latency, etc. 
10 10062] To allow the administrator to configure storage by specifying service level 
attributes (such as service level metrics), including performance and availabihty 
attributes, the service attributes 128a...n (FIG. 2) of the element configuration proxy 
objects 1 18a...n would include the rated and/or field capabilities of the resource (e.g.. 
storage device 230, switch 232. HBA. 234, etc.) that results firom the element 
15 configurationpolicyl06configuringtheresourcell2. Such field capabilities 
include, but are not limited to. availability and performance metrics. The field 
capabilities may be determined from field data gathered from customers, beta testing 
and in the design laboratory during development of the element configuration policy 
106 For instance, the service attributes for the storage device element configuration 
20 poUcy214a,b,c(FIG.3)mayindicatethelevelofavailability/redundancyresulting 
from the configuration, such as thenumberofdisk drives in the storage space that can 
fail and still allow data recovery, which may be detemrinebyaRAIDlevelofthe 

configuration. The service attributes for the switch device element configuration 
policies 21 6a, b, c may indicate the availability resulting from the switch 
9 5 configurations, such as whether the configuration results in redundant switch 

components and the throughput of the switch. The service attributes for the HBA 
element configuration policies 218a, b, c may indicate any redundancies m the 
configuration. The service attributes for each element configuration policy may also 
indicate the particular resources or components that can be configured to that 
30 configuration poUcy, i.e., the resources that are capable of being configured by the 
particular element configuration pohcy and provide the perfonnance, availability. 
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throughput, and latency attributes indicated in the service attributes for the element 
configuration. 

[0063] FIG. 1 1 illustrates data maintained with the element configuration semce 
attributes 128a,..n, including an availability/redundancy field 750 which indicates tlie 
5 redundancy level of the element, which is the extent to which failure can be tolerated 
and the device still function. For instance, for storage devices, the data redundancy 
would indicate the number of copies of the data which can be accessed in case of 
failure, thus increasing availabihty. For instance, the availability service attribute may 
specify "no single point of failure", which can be implement by using redundant 
10 storage device components to ensure continued access to the data in the event of a 
failure of a percentage of the storage devices. Note, that there is a direct correlation 
between redundancy and availability in that the greater the number of redundant 
instances of a component, the greater the chances of data availability in the event that 
one component instance fails. For switches, host bus adaptors and other resources, the 
1 5 availability/redundancy may indicate the extent to which redundant instances of the 
resources, or subcomponents therein, are provided with the configuration. The 
performance field 752 indicates the performance of the resource. For instance, if the 
resource is a switch, the performance field 752 would indicate the fliroughput of the 
switch; if the resource is a storage device, the performance field 752 may indicate the 
20 I/O transaction rate. The configurable resources field 754 indicates those particular 
resource instances, e.g., specific HBAs, switches, and storage devices, that are capable 
of being configured by the particular element configuration poUcy to provide the 
requested performance and availabihty/redundancy attributes specified in the fields 
750 and 752. The other fields 756, which are optional, indicates one or more other 
25 performance related attributes, e.g., latency. The element configuration policy ID 
field 758 provides a unique identifier of the element configuration policy that uses the 
service attributes and configuration parameters. 

[0064] Those slciUed m the art will appreciate that service attributes can specify 
different types of performance and availability metrics that result firom the 
30 configuration provided by the element configuration poUcies 214a, b, c, 216a, b, c, 
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21 8a. b, c. 220a. b. c identified by the element configuration policy E). such as 
bandwidth. I/O rate, latency, etc. 

100651 FIG. I2illnstratesfirfierdetailoftheadmimstratorconfigurationpolicytool 
270 including an element configuration policy attribute table 770 that includes an 

5 entry for each element configuration poUcy bdicating the service attributes that result 
from the application of each element configuration policy 772. For each element 
configuration policy 772, the table 770 provides a description of the throughput level 
774, the availability level 776, and the latency level 778. These service level 
attributes implemented by the element configuration policies listed in the attribute 

10 table 770 may also be found in the service attributes 128a, b...n (FIGs. 2 and 11) 
associated with the element configuration policy proxy objects 118a,b...n. • The 
element configuration policy attribute table 770 is updated whenever an element 
configurationpolicy 214a. b, c, 216a, b, c, 218a, b, c, 220a. b, c (FIG. 3) is added or 
updated. The element configuration attribute table 770 may be stored m a file 

15 extemalorintemalto1heconfigurationpolicytool270. For instance, the table 770 
may be maintained in the lookup service 1 1 0. 250 and accessible as a registered proxy 
object, 

[0066] FIG 13 illustrates a graphical user interface (GUO panel 800 through winch 
the system adnmnstrator would select an akeady defined configuration policy 200. 
20 202 (FIG. 3) from the drop down menu 802 to adjust or to add a new configuration 
policy by selecting the New button 803 . After selecting an akeady defined or new 
configuration policy to configure, the administrator would Ihen select the desired 
availability, throughput (I/Os per second), and latency attributes of the configuration. 
The slider bar 804 is used to select the desired throughput for the configuration m 
25 terms ofmegabytes per second (Mb/sec). The selected ti^roughput is finrther 

displayed in text box 806, and may be manually entered therein. In the availabihty 
section 808. the administrator may select one of the radio buttons 810a, b, c to 
implement a predefined availability level. Each of the selectable availability levels 
810a b c corresponds to apredefined availability configuration. For instance, the 
30 stanciardavailability level SlOamayspecifyaRAID 0 volume withno guaranteed 
data or hardware redundancy, the high availabihty 810b may specify some level of 
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data redundancy, e.g., RAID 1 to RAID 5, possible hot sparing, and path redundancy 
from host to the storage. The continuous availability 810c provides all the 
performance benefits of high availability and also requires hardware redundancy so 
that there are no single points of failure anywhere in the system. 

5 [0067] Moreover, to improve availability during baclcup operations, a snapshot 
program tool may be used to make a copy of pointers to the data to baclcup. Later 
during non-peak usage periods, the data addi-essed by the pomters is copied to a 
baclcup archive. Using the snapshot to create a baclcup by creating pointers to tlie data 
increases availability by allowing apphcations to continue accessing the data when tlie 

1 0 backup snapshot is made because the data being accessed is not itself copied. Still 
further, a mirror copy of the data may be made to provide redundancy to improve 
availabiUty such that in the event of a system failure, data can be made available 
through the mirror copy. Thus, snapshot and mirror copy elements may be used to 
implement a configuration to ensure that user selected availabiUty attributes are 

15 satisfied. 

[0068] In the latency section 8 12, the administrator may select one of the radio 
buttons 814a, b, c to implement a predefined latency level for a predefined latency 
configuration. The low latency 814a indicates a low level of delay and the high 
latency 816 indicates a high level of component delay. For instance, the network 

20 latency indicates the amount of tune for a packet to travel fi:om a source to destination 
and includes storage device latency indicates the amount of tune to position the 
read/write head to the correct location on the disk. A selection of low latency for a 
storage device can be implemented by providing a cache in which requested data is 
stored to improve the response time to read and wiite requests for the storage device. 

25 In additional implementations, sliders may be used to allow the user to select the 
desired data redundancy as a percentage of storage resources that may fail and still 
allow data to be recovered. 

[0069] After selecting the desired service parameters for a new or already defined 
service configuration policy, the administrator would then select the Finish button 820 
30 to update a preexisting service configuration policy selected in the drop down menu 
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802 or generate the service configuration policy that may then later be selected and 
used as described with respect to FIG. 7. 

[00701 HG. 14 illustrates logic implemented in the administrator configuration 
poUcy tool 270 (FIG. 6) to utiUze the GUI panel 800 in FIG. 13 as well as the element 
5 configuration attribute table 770 to enable an administrator to provide a dynamic 
configuration based on administrator selected throughput, availability, latency, and 
any other performance parameters. Control begins at block 900 with the adniinistrator 
invoking the configuration policy tool 270 to use the dynamic configuration feature. 
The configuration policy tool 270 queries (at block 902) the lookup service 110, 250 
10 (FIGs. 2 and 3) to deteimine all of the service configuration policy proxy objects 238, 
such as the gold quality service 202, bronze quality service 200, etc. The GUI panel 
800 in FIG. 13 is then displayed (at block 904) to enable the administrator to select the 
desired throughput, availabiUty level, and latency for a new service configuration 
poUcy or one of the service configuration poUcy determined from the looloip service 
15 that is accessible through the drop down menu 802. Iftheuser selects one of the 
already defined service configuration policies firom the drop down menu 802, then, in 
certain implementations, the service level parameters as indicated in the element 
configuration attribute table 770 are displayed in the GUI panel 800 as the default 
service level settings that the user may then fiirther adjust. 
20 [0071] In response to receiving (at block 906) selection of the finish button 820. the 
configuration pohcy tool 270 determines all the service parameter settings in the GUI 
panel 800 (FIG. 13) for the throughput 804, availability 808, and latency 812, which 
may or may not have been user adjusted. For each determined service parameter 
setting for throughput 804, availability 808, and latency, the element configuration 
25 attribute table 770 is processed (at block 910) to determine the appropriate resources 
and one element configuration 214a, b, c, 216a, b, c, 218a, b, c, and 220a, b, c (FIG. 
3), for each configurable resource, e.g., storage device 230, switch 232, HBA 226, 
volume manager program 236, etc., that supports all the determined service parameter 
settings. Such a determination is made by finding one element for each resource 
30 having column values 774, 776, and 778 in the element configuration attribute table 
770 (FIG. 12) tiiat match the determined service parameter settings in the GUI 800 
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(FIG. 13). If (at block 912) the administrator added a new service configuration 
policy by selecting the new button 803 (FIG. 13), then the configuration pohcy tool 
270 would add a new service configuration policy proxy object 238 (FIG, 3) to the 
loolcup service 250 that is defined to include the element configuration policies 
5 determined from the table 770. Otherwise, if an already existing service 

configuration policy, e.g., 200 and 202 (FIG. 3), is being updated, then the proxy 
object for the modified service .configuration policy is updated with the newly 
determined element configuration policies that satisfy the administrator selected 
service levels. 

1 0 [0072] Thus, with the described implementations the administrator selects desired 
service levels, such as throughput, availability, latency, etc., and the program then 
determines the appropriate resources and those element configuration pohcies that are 
capable of configuring the managed resources to provide the desired service level 
specified by the administrator. 

15 

Adaptive Management of Service Level Agreements 
[0073] In additional implementations, a customer may enter into an agreement with 
a service provider for a particular level of service, specifying service level parameters 
and thresholds to be satisfied. For instance, a customer may contract for a particular 

20 service level, such as bronze, silver, gold or platinum storage service. The service . 
level agreement will identify certain target goals or threshold objectives, such as a 
minimum bandwidth threshold, a maximum number of service outages, a maximum 
amount of down time due to service outages, etc. The initial configuration may 
comprise a configuration policy selected using the dynamic configuration technique 

25 described above with respect to FIGs. 1 1-14. 

[0074] During operation, the user may find that the initial configuration is 
unsatisfactory due to changing service loads that prevent the system from meeting the 
service levels specified in the service level agreement. The service levels specified in 
the agreement require that the system load remain in certain ranges. If the load 

30 exceeds such ranges, then the current service may no longer be able to maintain the 
service levels specified in the contract. The described implementations concem 
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techniques to adjust the resources included in the service to accommodate changes in 
the service load. For instance, the customer may specify that downtime not exceed a 
certain threshold. One threshold may comprise a number of instances of planned 
downtime or outages, such that compliance with the service level agreement means 
5 that no more than a specified number of downtime instances or a specified downtime 
duration will occur. 

[0075] As shovm in FIG. 15, the adaptive service level poUcy program 940 includes 
a service.level monitor program 950 that monitors service level metrics indicating 
acUial performance of system resources, such as throughput, transaction rate, 

10 downtime, number of outages, etc., to determine whether the measured service level 
parameters satisfy the service level specified by the service level agreement. The 
service monitor 950 gathers service metrics 952 by continuously monitoring the 
system for specific monitoring periods. The service metrics 952 include: 

Downtime 954 : cumulative amount of time the system has been "down" or 

1 5 unavailable to the appUcation or host 4, 6 (FIG. 3) durmg the monitoring 

period. 

Number of Outages 956 : number of outage instances where applications have 
been unable to connect to the network 200 during the monitoring period. 
Transaction Rate 958 : is cumulative time the measured transaction rate or I/Os 

20 per second is below threshold during monitoring period. Transaction rate is 

different fi-om throughput, which is measured in megabytes (MB) per second. 
Throughnut 960 : is the cumulative time the measured system throughput of 
data transfers between hosts 4, 6 and storage devices 8, 10 is below a threshold 
during the monitoring period. The throughput considers the amount of time 

25 the level of service is below the threshold for the monitored time period. 

Redimdancv966: is the cumulative time that resource redundancy has 
remained below an agreed upon threshold due to a failure of the service 
provider to repair a failed resource. 



30 



[0076] The service monitor 950 would write gathered service metric data 952 along 
with a timestamp of when the attributes were measured to a service metric log 962. 
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FIGs. 16a, 16b, and 17 illustrate logic implemented in tlie service monitor 950 to 
monitor whether service metrics 952 are satisfying service level parameters defined 
for a particular service level configuration, v^hich may be specified in a service level 
agreement with a customer. As discussed, the service level agreement specifies 

5 certain service levels for any one of the foUowiiig service attributes, such as 

downtime, number of outages, throughput, transaction rate, redundancy, etc. With 
respect to FIG. 1 6a, service monitoring is initiated at block 1000 for a session. As 
part of service monitoring, upon detecting (at block 1002) a service outage in which 
hosts 4, 6 cannot access storage devices 8, 10 (FIG. 1), the service monitor 950 sends 

10 (at block 1004) a message to the service provider of the outage and logs the time of 
the service outage to the service metric log 962. The munber of outages 956 variable 
is incremented (at block 1006) and a timer is started (at block 1008) to measure the 
duration of downtime. When the downtime period ends (at block 1010), i.e., hosts 
can again access the storage resources, the timer is stopped (at block 1012), the 

1 5 downtime 954 is incremented by the measui-ed downtime and the measured downthne 
is logged in the service metric log 962. 

[0077] In addition to monitoring outages, throughput and transaction rates are 
measured. Upon detecting (at block 1020) that throughput and/or the transaction rate 
fall below an agreed upon service objective, a message is sent (at block 1022) 

20 notifying the service provider that the throughput and/or transaction rate has fallen 
below a service threshold and logs the measured event in the service metric log 962. 
At block 1024, the adaptive service level policy 940 starts a timer to measure the time 
during which throughput/transaction rate is below the service threshold. When the 
throughput and/or transaction rate that was detected below the service threshold rises 

25 above the service threshold (at block 1026), then the timer is stopped (at block 1028) 
and the transaction rate 958 and/or throughput 960 is incremented by the time the time 
the metric was measured below the service threshold. 

[0078] After initiating the service monitoring, the service monitor 950 further 
monitors to detect a failure of one component at block 1050 in FIG. 16b. hi certain 
30 implementations, resource redundancy may be incorporated into the service level 
agreement by specifying no siugle point of failure. Upon detecting a component 
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failure (at block 1050), a message is sent (at block 1052) to notify the service provider 
of the component failure. The log is updated (at block 1 054) to indicate that the 
detected component failed. If (at block 1056) tlie loss of the component causes the 
resource redundancy to fall hdlow an agreed upon redundancy level in the service 

5 agreement, e.g., no single poiut of failure m the system, then control proceeds to block 
1058 to invoke a process to monitor the time during which the redundancy remains 
below the agreed upon resource redundancy level specified in the service agreement. 
The service monitor 950 writes (at block 1060) to the log the time during which the 
redimdancy is below the agreed upon threshold and increments the redundancy 

1 0 variable 966 by the time diuring which redundancy was below the agi'eed upon 
threshold. 

[0079] FIG. 17 illustrates logic implemented in the service monitor 950 at any time 
during the service monitoring that was invoked at block 1000 in FIG. 1 6a. At block 
1070, the service monitor 950 detects that one measured metric and/or the redundancy 

15 has fallen below the threshold for the time period specified in the service level 
agreement. This time is detected by addmg the amount of time of the timer to the 
current value of the metric 954, 956, 958, 960, and 966 and comparing the result with 
the time period specified m the agreement. As discussed, the service level agreement 
may specify that a time period with a service parameter threshold, such that the 

20 agreement is not satisfied if the measured service parameter or redundancy falls below 
an agreed upon threshold longer than the agreed upon time period. The time period 
provides time to allow the adaptive service level poUcy program 940 to troubleshoot 
and remedy the problem causing the performance or availabihty shortcomings and 
account for momentary load changes tliat have only a temporary effect on 

25 performance. A message is sent (at block 1072) notifying both the service provider 
and the customer of the failure to comply with the agreed upon service parameter for a 
duration longer than the specified thne. This failure to comply is further logged (at 
block 1074) in the service metric log 962. 

[0080] During periodic intervals, the service monitor 950 further measures the load 
30 characterization. Load characterization is measured separate firom the metrics and 
redundancy. Measured load characterizations mclude average I/O block size, percent 
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of I/Os that are random versus sequential, the percent of I/Os that ai-e read versus 
write, etc. This infonnation is time stamped and logged in a separate load 
characterization log. Load characterization may also be computed into average values 
for use when the thresholds are not being met. The load characterization is not part of 
5 a service level metric, but represents the characteristics of how the application is using 
the storage. Measured load characterization is written to the load characteristics log 
970. 

[0081] With the logic of FIGs. 16a, 16b, and 17, notification is initially sent only to 
the service provider upon detecting tiie measured service parameter below the 
10 threshold so that the service provider can talce corrective action to troubleshoot and fix 
the system before the timer expires so that the level of semce does not breach the 
service level agreement. At this point, the customer need not laiow because 
technically there is no failure to comply with the service level agreement until the time 
period has expired. However, if no time period is provided for the service parameter, 
1 5 then a message is sent to both the customer and service provider because the service 
level agreement does not provide time for the service provider to remedy the problem 
before non-compliance of the service level agreement occurs. 
[0082] After detecting that service levels specified in a service agreement have not 
been satisfied, the adaptive service level poUcy 940 implements tiie logic of FIG. 18 
20 to consider the load characterization and the agreed upon load characterization to 
determine the appropriate course of action, such as to suggest allocating additional 
resoiurces to the service to remedy the failure to satisfy service levels. As discussed, 
the service level agreement will specify a load characterization, or VO profile, 
intended for the resource aUocation. This agreed upon I/O profile that is monitored 
25 may include the following load characteristics: 

Workload : specifies an estimated read to write ratio. 

Access Pattern : indicates whether the apphcation using the storage space 

accesses the data randomly or sequentially. 

Input/Output (VO) size : a range ofthe 1/0 size. 
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[0083] The service monitor 950 will measure the service metrics 952 specified in 
the service level agreement as well as the load characteristics 970 in regular intervals 
and compare measured values against values specified in I/O profile. FIG. 1 8 
illustrates logic implemented in the adaptive service level policy 940 to recommend 
5 changes to the configuration based on the service metrics 952 and the load 

characteristics 970 measured by the service monitor 950. Control begins at block 
1130 where the adaptive service level policy progi-am 940 begins the adaptive analysis 
process after the service monitor 950 has measured service metrics 952 and load 
characteristics 970. If (at block 1132) the throughput 960 and/ox the transaction rate 
10 958 have fallen below the agreed upon threshold, as indicated in the log 962, then the 
adaptive service level policy 940 perfomis (at block 11 34) a bottleneck analysis to 
determine one or more resources, such as HBAs, switches, and or storage that are 
having difficulty servicing the current load and Ukely the source of the failure of the 
throughput and/or transaction rate to satisfy threshold objectives. If (at block 1 136) 
15 any of the determined resoui-ces are available, then the adaptive service level pohcy 
940 recommends (at block 1138) adding the available deteraiined resources to the _ 
service level to correct the throughput and/or transaction rate problem. If none of the 
determined resources are available, i.e., in an available storage pool, then a 
determination is made (at block 1140) whether the priority level for the service has 
20 already been increased. If not, then a recommendation is made (at block 1 142) to 
increase priority for the service level in the system in the areas where resources are 
shared. 

[0084] In certain implementations, different appUcations may operate at different 
service levels, such that different service levels, e.g., platinum, gold, silver, etc., apply 

25 to different groups of applications. For instance, a higher priority group of 

appUcations, such as accounting, financial management, sales applications, etc., may 
operate at a higher service level than other groups of applications m the organization, 
whose data access operations are less critical. In such case, the priority defined for the 
service would be configured into the resources so that the system resources, e.g.. host 

30 adaptor card, switch, storage subsystem, etc., would prefer selecting the I/O requests 
from appUcations operating at a higher priority than for I/O requests originating from 
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applications operating at a lower priority. la this way, requests from applications 
operating within a higher service level agreement will receive higher priority when 
processed by the system components. In implementations where priority is used, the 
priority level may be adjusted if the throughput and/or transaction rate is not meeting 
5 agreed upon levels so that resources give higher priority to the requests for that service 
whose priority is adjusted at block 11 42. 

[0085] Whether or not priority is adjusted, control proceeds to block 1 144 where the 
adaptive service level policy 940 determines whether the load characterization 
parameters, e.g., workload, access pattern, I/O size, exceeds the I/O profile specified 

10 in the service level agreement. If the load characterization exceeds the load specified 
in the agreement, then the adaptive service level poHcy 940 indicates (at block 1146) 
that the current service level may not be sufficient due to the change in load 
characterization, hi other words, to meet goals, the user may have to alter or upgrade 
their service level. If (at block 1 1 44) the load characterization does not exceed the 

1 5 agreed upon I/O profile, then a determination is made (at block 1150) whether failure 
to maintain redundancy is leading to availabiUty problems. If the redundancy has 
been satisfied, then control ends. Otherwise, if redundancy is not satisfied, then a 
determination is made (at block 1 1 52) whether the failure to maintain agreed upon 
redundancy level is leading to downtime and performance problems. If so, indication 

20 is made (at block 1154) that failure to maintain redundancy is leading to performance 
problems because if the agreed upon redundant resources were available, then such 
resources could be deployed to improve the througliput and transaction rate and/or 
provide redundant paths to avoid downtime and outages. Otherwise, if (at block 
1 152) the logged dovmtime and number of outages meets agreed upon levels, control 

25 ends. 

[0086] In addition to checking the throughput and transaction rate performance, the 
adaptive service level pohcy 940 also determines at blocks 1150, 1 152, and 1154 
whether failure to maintain redundancy is leading to availability problems. 
[0087] The result of tlie logic of FIG. 1 8 is a series of one or more recommendations 
30 on corrective action to be taken if any of the service metrics 952 do not meet agreed 
upon service levels. 
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[00881 ThesuggestedfixesindicatedasaresultofthedecisionsmadeinFIG. 18 
maybeimplemeatedautomaticallyby the adaptive service level poUcy940byca^^^^^ 

oneormoreconfis^ti^^ Alterrxatrvely, 
;::^e service level pohcy 940 may gerreratearnessage to an operatormdrcatn^ 

5 the suggested modifications of resources to bring performance and/or availabiUty back 
in line with the service levels specified in the service level agreement. The operator 
can then decide to invoke a configuration tool, such as the configuration policy tool 
270 discussed above, to allocate available resources as determined by the adaptive 
service level policy 940 according to the logic of FIG. 18, or the operator can 

10 implement a different configuration. 

[00891 The described implementations thus provide a technique for monitonng 
system resources and for recommendingamodificationinthe resource configuration 

based ontiaeresultofthemonitoredservice parameters, hi the logic of FIG. 18, the 
adaptive service levelpolicy 940 may suggest anytypeofmodification to address the 

15 failureofthemeasuredserviceparameterstocomplywithagreeduponlevels. For 
instance, the service monitor 950 may sugesttor^^ a resource, addr^es 
if additional resonrces^ea>^le/^^^ 

lev';^^;^^^;^^^^^^^^ 

20 bTS^^orageconfigu^tionsmaybeset. For RAID storage, the stripe size, 
stripewidth,RAIDlevel,etc.maybechanged. For a switch resource, additional ports 
may be configured, a switch added, etc. 

^ rliiti»^«i TTT^plementation Details 
25 [00901 ThedescribedimplementationsmaybereaUzedasamethod,apparatusor 
articleofmanufactureushigstand.-dprogrammingandyor engineering techniques to 
produce software, firmware, hardware, or any combination^ereof-Iheterm-ar^^^^ 
of manufacture" as usedherein refers to code or logic implemented inhardware logic 
(e g an integrated circuit cHp, Held Programmable Gate Array (FPGA), AppUcaton 
30 Specific Integrated Circuit (ASIC), etc.) or a computer readable medium (e.g., 
magnetic storage medium (e.g., hard disk drives, floppy disks,, tape, etc.), optical 
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storage (CD-ROMs, optical disks, etc.), volatile and non-volatile memory devices 
(e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, 
programmable logic, etc.). Code in the computer readable medium is accessed and 
executed by a processor. The code in which preferred embodiments of the 

5 configuration discovery tool are implemented may fiirfher be accessible through a 
transmission media or from a file server over a network. In such cases, the article of 
manufacture in which the code is implemented may comprise a transmission media, 
such as a network transmission line, wireless fransmission media, signals propagating 
tlirough space, radio waves, infrared signals, etc. Of com-se, those skilled in the art 

10 will recognize that many modifications may be made to tliis configuration without 
departing from the scope of the present invention, and that the article of manufacture 
may comprise any information bearing medium laiown in the art. 
[0091] The described implementations presented GUI panels including an 
arrangement of information and selectable items. Those slcilled in the art will 

1 5 appreciate that there are many ways the information and selectable items in the 
illustrated GUI panels may be aggregated into fewer panels or dispersed across a 
greater number of panels than shown. Further, additional implementations may 
provide different layout and user interface mechanisms to allow users to enter the 
information entered through the discussed GUI panels. In alternative embodunents, 

20 users may enter information through a command line interface as opposed to a GUI. 
[0092] FIGs, 18a, b presented specific checks of the current service metrics against 
various thresholds to determine the amount of additional resources to allocate. Those 
skilled in the art will recognize that numerous other additional checks and 
determinations may be made to provide further resource allocation suggestions based 

25 on the failure to meet a specific threshold. 

[0093] The described implementations provided consideration for specific service 
metrics, such as downtime, available storage space, number of outages, etc. In 
additional implementations, additional service metrics may be considered in 
determining how to alter the allocation of resources to remedy failure to satisfy the 

30 service levels promised in the service level agreement. 
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[0094] The implementations were described with respect to the Sun Microsystems, 
Inc. Jiro network environment that provides distributed computing. However, the 
described technique for configuration of components maybe implemented in 
alternative network environments where a chent downloads an object or code from a 
5 servertousetoaccessaserviceandresourcesatthatserver. Moreover, the described 
configuiation pohcy services and configuration elements that were described as 
implemented in the Java programming language as Jiro proxy objects may be 
implemented m any distributed computing architecture known in the art, such as the 
Common Object Request Broker Architecture (CORBA), the Microsoft .NET 
10 architecture**, Distributed Computing Enviromnent (DCS), Remote Method 
Invocation (RMI), Distributed Component Object Model (DCOM), etc. The 
described configuration policy services and configuration elements may be coded 
using any known programming language (e.g., C++, C, Assembler, etc.) to perfomi 
the functions described herein. 
15 [0095] hi the described unplementations, the storage comprised network storage 
accessed over anetwork. Additionally, the configured storage may comprise a storage 
device directiy attached to the host. The storage device may comprise any storage 
system known m the art, mcluding hard disk drives, DASD. JBOD. RAID anray. tape 

drive, tape hbrary, optical disk library, etc. 
20 [0096] Thedescribedunplementationsmaybeusedtoconfigureothertypesof 

device resources capable of communicating on anetwork, such as a virtuahzation 
appliance which provides a logical representation of physical storage resources to host 
applications and allows configuration and management of the storage resources. 
[00971 The described logic of FIGs. 4 and 5 concerned a request to add additional 

25 storage space to a logical volume. However, the above described architecture and 
configuration technique may apply to other types of operations involvmg the 
allocation of storage resources, such as freeing-up space from one logical volume or 
requesting a reallocation of storage space from one logical volume to another. 
[00981 The configuration policy services 202, 204 may control the configuration 

30 elements 214a, b, c, 2l6a, b, c, 218a, b, c. and 220a, b, c over the Fibre Channel linlcs 
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or use an out-of-band conununication channel, such as through a separate LAN 
connecting the devices 230, 232, and 234. 

[0099] The configuration elements 214a, b, c, 216a, b, c, 218a, b, c, and 220a, b, c 
maybe located on the same computing device including the requested resource, e.g., 

5 storage device 230, switch 232, host bus adaptors 234, or be located at a remote 
location from the resource being managed and configured. 
[01 00] In the described implementations, the service configuration pohcy service 
configures a switch when allocating storage space to a specified logical volume in a 
host. Additionally, if there are no switches (fabric) in the path between the specified 

10 host and storage device including the allocated space, there would be no configuration 
operation performed with respect to the switch. 

[0101] In the described implementations, the service configuration poUcy was used 
to control elements related to the components within a SAN envkonment. 
Additionally, the configuration architecture of FIG. 2 may apply to any system in 
15 which an operation is performed, such as an allocation of resources, that requires the 
management and configuration of different resources throughout the system. In such 
cases, the elements may be associated with any element within the system that is 
manipulated through a configuration policy service. 

[0102] In the described implementations, the architecture was used to alter the 
20 allocation of resources in the system. Additionally, the described implementations 
may be used to control system components through the elements to perform 
operations otlier than configuration operations, such as operations managing and 
controlling the device. 

[0103] The above implementations were described with respect to a Fibre Channel 
25 environment Additionally, the above described implementations of the invention 
may apply to other network environments, such as InfiniBand, Gigabit Ethernet, 
TCP/IP, iSCSI, the Internet, etc. 

[0104] In the above described implementations, specific operations were described 
as being performed by a service configuration policy, device element configuration 
30 and device APIs. Alternatively, fimctions described as being performed with respect 
to one type of object may be implemented in another object. For instance, operations 
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described as perfonned with respect to the element configurations may be performed 
by the service configuration policies. 

[0105] The foregoing description of the implementations of the invention has been 
presented for the purposes of iUustration and description. It is not intended to be 

5 exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope 
of the invention be limited not by this detailed description, but rather by the claims 
appended hereto. The above specification, examples and data provide a complete 
description of the manufactijre and use of the composition of the invention. Since 

[0 many embodiments of the invention can be made without departing from the spirit 
and scope of the invention, the invention resides in the claims hereinafter appended. 



15 



**J1NI, JIRO, JAVA, SUN, and SUN MICROSYSTEMS are trademarks of Sun 
Microsystems, Inc. InfiniBand is a service mark of the InfiniBand Trade Association; 
MICROSOFT and .NET are trademarks of Microsoft Corporation. 
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WHAT IS CLAIMED IS : 



1 1 . A method for managing multiple resources in a system including at 

2 least one host, network, and a storage space comprised of at least one storage system 

3 that each host is capable of accessing over the network, comprising: 

4 measuring and monitoring a plurahty of service level parameters indicating a 

5 state of the resources in the system; 

6 determining values for the service level parameters; 

7 determining whether the service level pai-ameter values satisfy predetermined 

8 service level thresholds; 

9 indicating whether the service level parameter values satisfy the predetennined 

10 service thresholds; and 

1 1 determining a modification of one at least one resource deployment or 

12 configuration if the value for the service level parameter for the resource does not 

13 satisfy the predetermined service level thresholds. 

1 2. The method of claim 1 , wherein the monitored service level parameter 

2 comprises one of a performance parameter and an availabiUty level of at least one 

3 system resource. 

1 3 . The method of claim 2, wherein the service level performance 

2 parameters tliat are monitored are members of a set of performance parameters 

3 comprising: a downtime during which the at least one application is unable to access 

4 the storage space; a number of times the at least one application host was unable to 

5 access the storage space; a throughput in terms of bytes per second transferred 

6 between the at least one host and the storage; and an I/O transaction rate, 



1 4. The method of claim 1 , wherein the modification of resource 

2 deployment comprises at least one of adding additional instances of the resource and 

3 modifying a configuration of the resource. 
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1 5. The method of claim 1 , wherein a time period is associated with one of 

2 the monitored service parameters, fiirther comprising: 

3 determining a time during which the value of the service level parameter 

4 associated with the time period does not satisfy the predetermined sewice level 

5 threshold; and 

6 generating a message indicating that the determined time exceeds the time 

7 period if the determined time exceeds the time period associated witli the monitored 

8 service parameter. 

1 6. The method of claim 5, wherein a customer contracts with a service 

2 provider to provide the system at agreed upon service level parameters, further 

3 comprising: 

4 transmitting a service message to the service provider after determining that 

5 the value of the service level parameter does not satisfy the predetermined service 

6 level; and 

7 transmitting the message indicating failure of the value of the service level 

8 parameter for the time period to both the customer and the service provider. 

1 7. The method of claim 1, further comprising writing to a log information 

2 indicating whether the service level parameter values satisfy the predetermined service 

3 thresholds. 

1 8. The method of claim 1, wherein determining the modification of the at 

2 least one resource deployment further comprises: 

3 analyzing the resource deployment to determine at least one resource that 

4 contributes to the failure of the service level parameter values to satisfy the threshold; 

5 determining whether any additional instances of the determined at least one 

6 resource that contributes to the failure of the service level parameter is available; and 

7 allocating at least one additional instance of the determined at least one 

8 resource to the system. 
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1 9. The method of claim 8, wherein analyzing the resoui'ce deployment 

2 comprises perforaiing a bottleneck analysis. 

1 10. The method of claim 8, further comprising: 

2 determining characteristics of access to the resources by appUcations operating 

3 at the service level; 

4 if there are no additional instances of the determined at least one resource, then 

5 determining whether the access characteristics exceed predetermined access 

6 characteristics; and 

7 indicating that the service level is not sufficient due to a change in the access 

8 characteristics. 

1 11. The method of claim 1 0, wherein the access characteristics include 

2 read/write ratio, Input/Output (I/O) size, and percentage of access being either 

3 sequential or random. 

1 12. The method of claim 1 0, wherein the predetermmed access 

2 characteristics are specified in a service level agreement that indicates the thresholds 

3 for the service level parameter values. 

1 13. The method of claim 1, wherein a plurality of appUcations at different 

2 service levels are accessing tlie resources in the system, wherein requests firom 

3 applications using a higher priority service receive higher priority than requests from 

4 applications operating at a lower priority service, wherein determining the 

5 modification of the at least one resource deployment further comprises: 

6 increasing the priority associated with the service level whose service level 

7 parameter values fail to satisfy the predetermined service level thresholds. 

1 14. The method of claim 13, wherein determining the modification of the 

2 at least one resource deployment further comprises: 
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3 analyzing the resoui-ce deployment to determine at least one resource that 

4 contributes to the failure of the service level parameter values to satisfy the thresholds; 

5 determining whether any additional instances of the determined at least one 

6 resource that contributes to the failure of the service level parameter is available; and 

7 allocating at least one additional instance of the determined at least one 

8 resource to the system, wherein the priority is increased if there are no additional 

9 instances of the at least one resource that contributes to the failure. 

1 15. The method of claim 1, wherein one service level parameter value 

2 indicates a time throughput of Input/Output operations between the at least one host 

3 and the storage space has been below a throughput threshold, and wherein 

4 determining the additional resource allocation further comprises determining at least 

5 one of host adaptor, network, and storage resources to add to the configuration. 

1 16. The method of claim 1 , further comprising: 

2 invoking an operation to implement the determined additional resource 

3 allocation. 

1 17. The method of claim 1, wherein the service level parameters specify a 

2 predetermined redundancy of resources, further comprising: 

3 detecting a failure of one component; 

4 determining whether the component failure causes tiie resource deployment to 

5 fall below the predetermined redundancy fo resources; and 

6 indicating whether tiie component failure causes tiie resource deployment to 



7 



fall below the predetermined redundancy threshold 



1 



18. A system for managing multiple resoui-ces in a system including at 

2 least one host, network, and a storage space comprised of at least one storage system 

3 tiiat each host is capable of accessing over the network, comprising: 

4 means for measuring and monitoring a plurality of service level parameters 

5 indicating a state of the resources in the system; 
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6 means for determining values for the service level parameters; 

7 means for determining whether the service level parameter values satisfy 

8 predetermined service level tlii'esholds; 

9 means for indicating whether the service level parameter values satisfy the 

10 predetermined service thresholds; and 

1 1 means for determining a modification of at least one resource deployment or 

12 configuration if the value for the service level parameter for the resource does not 

13 satisfy the predetermined service level thresholds. 

1 19. The system of claim 1 8, wherein the service level performance 

2 parameters that are monitored are members of a set of performance parameters 

3 comprising: a downtime during which the at least one application is unable to access 

4 the storage space; a number of times the at least one application was unable to access 

5 the storage space; a throughput in temis of bytes per second transferred between the at 

6 least one application and the storage; and an I/O transaction rate. 



1 20. The system of claim 1 8, wherein the modification of resource 

2 deployment comprises at least one of adding additional instances of the resource and 

3 modifying a configuration of the resource. 

J 21. The system of claim 1 8, wherein a time period is associated with one 

2 of the monitored service parameters, further comprising: 

3 means for determining a time during which the value of the service level 

4 parameter associated with the time period does not satisfy the predetermined service 

5 level threshold; and 

6 means for generating a message indicating that the determined time exceeds 

7 the time period if the detemiined time exceeds the time period associated with the 

8 monitored service parameter. 

1 22. The system of claim 1 8, wherein the means for determining the 

2 modification of the at least one resource deployment further performs: 
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3 analyzing the resource deployment to detemine at least one resource that 

4 contrihutesto the failure of the service level parameter values to satisfy the threshold; 

5 determining whether any additional instances of the determined at least one 

6 resource that contrihutes to the failure of the service level parameter is available; and 

7 aUocating at least one additional instance of the determined at least one 

8 resource to the system. 

1 23 . The system of claun 22, further comprising: 

2 means for determining characteristics of access to the resources by 

3 applications operating at the service level; 

4 means for determining whether the access characteristics exceed 

5 predetermined access characteristics if there are no additional instances of the 

6 determined at least one resource; and 

7 means for mdicating that the service level is not sufficient due to a change in 

8 the access characteristics. 

1 24. The system of claim 18, wherein a plurahty of appUcations at different 

2 service levels are accessing the resources in the system, wherein requests from 

3 appUcations using a higher priority service receive higher priority than requests from 

4 appUcations using a lower priority service, wherein determining the modification of 

5 the at least one resource deployment fiirther comprises: 

6 increasmg the priority associated with the service level whose service level 

7 parameter values fail to satisfy the predetermined service level thresholds. 

1 25 . A system for managing miUtiple resources in a system including at 

2 least one host, network, and a storage space comprised of at least one storage system 

3 that each host is capable of accessing over the network, comprising: 

4 a processing unit; 

5 a computer readable medium accessible to the processing unit; 

6 program code embedded m the computer readable medium executed by the 

7 processing unit to perform: 
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8 (i) measuring and monitoring a plurality of service level parameters 

9 indicating a state of the resources in the system; 

10 (ii) determining values for the service level parameters; 

1 1 (iii) determining v^hether the service level parameter values satisfy 

12 predetermined service level thresholds; 

13 (iv) indicating whether the service level parameter values satis^fy the 

14 predetermined service thresholds; and 

1 5 (v) determining a modification of at least one resource deployment or 

16 configuration if the value for the service level parameter for the resource does 

17 not satisfy the predetermined service level thresholds. 

1 26. The system of claim 25, wherein the service level performance 



2 parameters that are monitored are members , of a set of performance parameters 

3 comprising: a downtime during which the at least one appUcation is unable to access 

4 the storage space; a number of tunes the at least one apphcation was unable to access 

5 the storage space; a throughput in terms of bytes per second transferred between the at 

6 least one application and the storage; and an I/O transaction rate. 
7 



1 27. The system of claim 25, wherein the program code for determining the 

2 modification of the resource deployment comprises at least one of adding additional 

3 instances of the resource and modifying a configuration of the resource. 

' 1 28. The system of claim 25, wherein a time period is associated with one 

2 of the monitored service parameters, wherein the program code is fiullier executed by 

3 file processing unit to perform: 

4 detennining a time during which the value of the service level parameter 

5 associated with the time period does not satisfy tlie predetermined service level 

6 threshold; and 

7 generating a message indicating that the determined time exceeds the time 

8 period if the detemnned tune exceeds the time period associated with the monitored 

9 service parameter. 
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1 29 The system of claim 25, wherein the program code for determining the 

2 modification of the at least one resource deployment further causes the processing unit 

3 to perform: 

4 analyzing the resource deployment to determine at least one resource that 

5 contributes to the failure of the service level parameter values to satisfy the threshold; 

6 determining whether any additional instances of the determined at least one 

7 resource that contributes to the failure of the service level parameter is available; and 

8 allocating at least one additional instance of the determined at least one 

9 resource to the system. 

1 30. The system of claim 29, wherein the program code is further executed 

2 by the processing unit to perform: 

3 determining characteristics of access to the resources by applications operatmg 

4 at the service level; 

5 determining whether the access characteristics exceed predetermined access 

6 characteristics if there are no additional instances of the dete.-mined at least one 

7 resource; and 

8 indicating that the service level is not sufficient due to a change in tlie access 

9 characteristics. 

1 31 . The system of claim 25, wherein a plurality of applications at different 

9 service levels are accessmg Ihe resources in the system, wherein requests from 

; applicationsusingahigherpriorityservicereceivehigherprioritythanrequestsfiom 

4 applicationsusingalowerpriorityservice,whereintheprogramcodefordetermimng 

5 the modification of the at least one resource deployment fi^er causes the processmg 

6 unit to perform: 

7 increasing the priority associated with the service level whose service level 

8 parameter values fail to satisfy the predetermined service level thresholds. 

1 32. An article of manufacture including code for managing multiple 

2 resources in a system including at least one host, network, and a storage space 
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3 comprised of at least one storage system that each host is capable of accessing over 

4 the network, wherein the code is capable of causing operations comprising: 

5 measuring and monitoring a plurality of service level parameters indicating a 

6 state of the resources in the system; 

7 determining values for the service level parameters; 

8 determining whether the service level parameter values satisfy predetermined 

9 service level thresholds; 

10 indicating whether the service level parameter values satisfy the predetermined 

1 1 service thresholds; and 

12 determining a modification of one at least one resource deployment or 

1 3 confi guration if the value for the service level parameter for the resource does not 

14 satisfy the predetermined service level thresholds. 

1 33. The article of manufacture of claim 32, wherein the monitored service 

2 level parameter comprises one of a performance parameter and an availability level of 

3 at least one system resource. 

1 34. The article of manufacture of claim 33, wherein the service level 

2 performance parameters that are monitored are members of a set of performance 

3 parameters comprising: a downtime during which the at least one host is unable to 

4 access the storage space; a number of times the at least one host was unable to access 

5 the storage space; a throughput in terms of bytes per second transferred between the at 

6 least one host and the storage; and an I/O transaction rate. 

1 35. The article of manufacture of claim 32, wherein the modification of 

2 resource deployment comprises at least one of adding additional instances of the 

3 resource and modifying a configuration of the resource. 



1 
2 



36. The article of manufacture of claim 32, wherem a time period is 
associated with one of the monitored service parameters, further comprising: 
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3 determining a time during which the value of the service level parameter 

4 associated with the time period does not satisfy the predetermined service level 

5 threshold; and 

6 generating a message indicating that the determmed time exceeds the time 

7 period if the determined time exceeds the time period associated with the monitored 

8 service parameter. 
9 

37. The article of manufacture of claim 36, wherein a customer contracts 
with a servicei,rovider to provide the system at agreed upon service level parameters. 

3 fturther comprising: 

4 transmitting a service message to the service provider after determining that 

5 the value of the service level parameter does not satisfy the predetermined service 

6 level; and 

7 transmittmg the message indicating failure of the value of the service level 

8 parameter for the time period to hoth the customer and the service provider. 



1 
2 



1 

2 



38. The article of manufacture of claim 32. fiirther comprising writing to a 
log information indicating whether the service level parameter values satisfy the 



3 predetermined service thresholds. 



1 



39. The article of manufacture of claun 32. wherein determining the 

2 modification of the at least one resource deployment further comprises: 

3 analyzing the resource deployment to determme at least one resource that 



4 contributes to the failure of the service level parameter values to satisfy the threshold; 
detennining whether any additional instances of the determined at least one 
resource that contributes to the failure of the service level parameter is available; and 
allocating at least one additional instance of the detemiined at least one 



8 resource to the system. 



1 



40. The article of manufacture of claim 39, wherein analyzing the resource 



2 deployment comprises performing a bottleneck analysis. 
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1 41 . The aiticle of manufacture of claim 39, further comprising: 

2 determining characteristics of access to the resources by apphcations operating 

3 at the service level; 

4 if there are no additional instances of the determined at least one resource, then 

5 determining whether the access chai'acteristics exceed predetermined access 

6 characteristics; and 

7 indicating that the service level is not sufficient due to a change in the access 

8 characteristics. 



1 42. The article of manufacture of claun 41 , wherein the access 

2 characteristics include read/write ratio, Input/Output (I/O) size, and a percentage of 

3 access being either sequential or random. 

1 43 . The article of manufacture of claim 4 1 , wherein the predetermined 

2 access characteristics are specified in a service level agreement that indicates the 

3 thresholds for the service level parameter values. 

1 44. The article of manufacture of claim 32, wherein a plurality of 



2 applications at diff^ent service levels are accessing the resources in the system, 

3 wherein requests fi:om apphcations using a higher priority service receive higher 

4 priority than requests firom applications operating at a lower priority service, wherein 

5 determining the modification of the at least one resource deployment further 

6 comprises: 



7 increasing the priority associated with the service level whose service level 

8 parameter values fail to satisfy the predetenmned service level thresholds. 

1 45. The article of manufacture of claim 44, wherein determining the 

2 modification of the at least one resource deployment finlher comprises: 

3 analyzing the resource deployment to determine at least one resource that 

4 contributes to the failure of the service level parameter values to satisfy the thresholds; 
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5 determining whether any additional instances of the determined at least one 

6 resource that contiibutes to the failure of the service level parameter is available; and 

7 allocating at least one additional mstance of the determined at least one 

8 resource to the system, wherein the priority is increased if there are no additional 

9 instances of the at least one resource that contributes to the failure. 

1 46. The article of manufacture of claim 32, wherein one service level 



2 parameter value indicates a time througjiput of Input/Output operations between the at 

3 least one host and the storage space has been below a throughput threshold, and 

4 wherein determining the additional resource allocati9n further comprises determining 

5 at least one of host adaptor, network, and storage resources to add to the 

6 configuration. 



1 47. The article of manufactiu-e of claim 32, further comprising: 

2 invoking an operation to implement the detennined additional resource 

3 allocation. 

1 48. The article of manufacture of claim 32, wherein the service level 

2 parameters specify a predetermined redundancy of resources, further comprising: 

3 detecting a failure of one component; 

4 determining whether the component failure causes the resource deployment to 

5 fall below the predetermined redundancy fo resources; and 

6 indicating whether the component failure causes the resource deployment to 

7 fall below the predetermined redundancy threshold. 
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Admin user interface (Ul) discovers 
lookup service and downloads 
lookup service proxy object. 




\00 



Admin Ul uses interfaces from lookup 

service proxy object to access 
information on characteristics of each 
different service configuration policy. 




[02 




304 



Admin Ul receives administrator selection of one 
service configuration policy including desired 
storage allocation change, (space to add or 

remove for a specified logical volume and host. 



Admin Ul uses interfaces from lookup service 
proxy object to access and download selected 
service configuration policy proxy object from 
lookup service. 



Admin Ul uses interfaces from service 
configuration proxy object to communicate with 

service configuration policy to implement 
requested allocation of storage resources with 
respect to the specified logical volume and host. 




[06 




308 
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350 



Service configuration policy receives 
request from admin for new allocation 
of storage resources with respect to 
logical volume and host. 



360 



^2 



Service configuration policy uses associated 
element configuration proxy objects to call one 
element configuration policy for each resource to 
reconfigure and to carry out the requested allocation 
of storage resources for host and logical volume. 



^4 



Called storage device element configuration 
policy uses interfaces In lookup service proxy 
object to query the service attributes of the 
storage configuration API proxy objects to 
determine one or more storage configuration API 

proxy objects capable of configuring storage 
device(s) having enough available space to fulfill 
requested storage allocation with a storage type 
level that satisfies the element configuration 
policy parameters. 



3|6 



Called switch element configuration policy uses 
interfaces in lookup service proxy object to query the 
service attributes of the switch configuration API 
proxy objects to determine one or more switch 
configuration API proxy objects capable of 
configuring switch(s) including paths between the 
determined storage devices and specified host in a 
manner that satisfies service configuration policy 
parameters. 



^8 



Called HBA element configuration uses 
interfaces in lookup service proxy object to 
query service attributes for HBA configuration 
API proxy objects to determine one or more 
HBA configuration API proxy objects capable 
of configuring host adaptors that can connect 
to determined switches and paths therein. 



Storage device element configuration 

policy uses determined storage 
configuration API proxy objects (and 
APIs therein) to configure the associated 
storage device(s) to allocate storage 
space for the requested allocation. 



364 



Switch element configuration policy 
uses uses determined switch 

configuration API proxy object (and 
APIs therein) to configure the 
associated switches to allocate 

paths for the requested allocation. 



1 


3 


HBA element configuration use^ 
determined HBA configuration API 
proxy objects (and APIs therein) to 

assign associated HBA(s) to the 
determined path. 



368 



Volume manager element configuration 

policy uses determined volume 
manager API proxy objects (and APIs 
thereon) to assign the allocated storage 
space to the logical volumes in the host 
specified in the admin request. 



>{360) 



^Return configuration 
^complete to admin. 
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/ Receive call to 
\ configuration policy tool 
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1 




Determine all available hosts from 
the topology database for the SAN. 
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Provide name or all hosts in drop 
^ down men for administrator 
selection. 
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Display panel to receive selection of 
host and one predefined service 
configuration policy to use. 
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FIG. 9 




Receive administrator 
selection of Next button with 
host and configuration policy 
selected. 




Query service attributes of selected service 
configuration policy proxy or topology 
database to determine those available 
storage devices that are connected to 
available HBAs in the selected host. 




Receive administrator 
selection of one host. 



Query the storage device configuration API proxy 
object service attributes to determine the storage 
space available at each storage device connected to 
\\\B available HBAs In the selected host. 



524 



Query the service attributes of each service 
configuration policy proxy object to determine 
whether the administrator selected host is a 
member of the configuration policy. 




Determine the maximum storage 
space as the sum of tlie space In 
all of the available storage devices 
for the selected host. 



52^ 



Display the drop down menu Including the 
service configuration policies that are 
available for the selected host. 



Display allocate storage panel including 
slider extending from minimum to total 
available storage space. 
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514] 



Go to block 
550 in FIG. 10 
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FIG. 10 




Receive administrator selection of Next 
button after slider moved to select 
amount of storage space to allocate. 
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FIG. 11 
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FIG. 13 
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Receive call to configuration policy 
tool to use dynannic configuration 
feature. 




Query Lookup service to determine name of all 
available service configuration policy proxy objects. 
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Display GUI panel to allow selection ofservice parameters, 
including throughput, availabilily, and latency, for 
configuration policies, with names of determined service 
configuration policies in drop down menu. 
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each service parameter. . 
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FIG. 15 
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FIG. 16a 
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FIG. 17 
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FIG. 18 
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